home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 411.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  419 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu,  5 Apr 90       Volume 90 : Issue  411
  4.  
  5. Today's Topics:
  6.                         10 ugly bombs (again)
  7.                            Amiga/Atari help
  8.                  BELLTEST - NewBell SND Tester, Spee
  9.                            Digitized Sounds
  10.                       floppy disk-change (again)
  11.                      monochrome bending & shaking
  12.                   PostScript printing from Timeworks
  13.                     problems with opus 2.2 (again)
  14.                                TT rumor
  15.                       Upgrading Mega 2 to Mega 4
  16.                   Yet another screen saver question
  17. ----------------------------------------------------------------------
  18.  
  19. Date: 5 Apr 90 07:45:28 GMT
  20. From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net  (Neil Forsyth)
  21. Subject: 10 ugly bombs (again)
  22. Message-ID: <4784@brahma.cs.hw.ac.uk>
  23.  
  24. In article <10877@cbnewsm.ATT.COM> rachna@cbnewsm.ATT.COM (anil.pal,hl,)
  25. writes:
  26. >I have a 1986 or thereabouts vintage 1040 st with tos1.0 (i think)
  27. >in rom, and an atari sh204 20 mb hard drive.  recently i have
  28. >started getting this strange problem every time i try and run
  29. >flight simulator 2, where the machine dies with 10 bombs on the
  30. >screen.  This happens wether i try and run it from my hard drive or
  31. >from a floppy.
  32. >However, when i boot the machine with the origonal disk
  33. >as the boot floppy, every thing runs fine.
  34. >
  35. >I am having this problem only with this one program, everything else
  36. >runs fine.
  37.  
  38. I have seen two versions of FS2. The original version was copy protected but
  39. the next version was not. Both versions were loaded at absolute locations
  40. in memory. What this means, is that if the absolute location happens to be
  41. in use by accessories or GEM itself when the program is loaded then anything
  42. (in this case 10 bombs) can happen. Contact SubLogic and see if they have
  43. stopped this dumb practice of absolute location and have a relocatable version
  44. available.
  45.  
  46. >anil pal
  47. >anil\@whtool.att.com
  48.  
  49. +----------------------------------------------------------------------------+
  50. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  51. !                                                                            !
  52. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  53. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  54. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  55. ! Edinburgh, Scotland, UK           "I cut down trees, I eat my lunch, ..."  !
  56. +----------------------------------------------------------------------------+
  57.  
  58. ------------------------------
  59.  
  60. Date: 5 Apr 90 17:14:55 GMT
  61. From: umich!vela!dlcogswe@CS.YALE.EDU  (Dan Cogswell)
  62. Subject: Amiga/Atari help
  63. Message-ID: <598@vela.acs.oakland.edu>
  64.  
  65. In article <1990Apr4.235543.24355@ux1.cso.uiuc.edu> cs325ec@ux1.cso.uiuc.edu
  66.  (Gregory Lemperle-Kerr) writes:
  67. >
  68. >       Just wondering why all these lame Amiga users are posting and not
  69. >       many Atari users...
  70.  
  71.         Did you ever think most ST users gave up decieving themselves with
  72.         these arguments that the ST is superior to the Amiga??
  73.  
  74. >
  75. >       The Amax from what I have heard (that is the Amiga's mac emulator)
  76. >       is like a tadpole in the pond of mac emulators whereas Spectre on
  77. >       the Atari approaches the bullfrog.
  78.  
  79.         This is a nice qualitative statement.  I'd be proud had I made it!
  80.  
  81. >       Atari has the added bonus that many of its users are hacks (like
  82. >       me) who know much about computers in general.
  83.  
  84.         'Scuse me, but how is this a bonus for Atari??  It's apparent
  85.         from this statment that one does not need intelligence to be
  86.         a "hack."
  87.  
  88. >
  89. >       Dave Small apparently has a 68030 card working for an ST that he
  90. >       will market...?
  91.  
  92.         Big deal.  The Amiga has no less than 4 68030 boards (from CBM,
  93.         GVP, CSA and Ronin).  The GVP boad runs at 40 MHz.  These are
  94.         available now and have been for a while.
  95.  
  96. >       The Amiga is also in another price range.  (higher)
  97.  
  98.         Amiga 500: about $550.  How much lower are the ST's?
  99. >
  100. >       4096 colours are real pretty, if that's what makes your motor run.
  101.  
  102.         What if that doesn't make your motor run??  Are they still pretty?
  103. >
  104. >       512 are good enough for me.
  105.  
  106.         You are easy to please.
  107. >
  108. >       There is another hardware mod from Germany for the atari that allows
  109. >       the monochrome monitor to work in the colour resolutions using
  110. >       grey scales.
  111.  
  112.         Wow!  Buy an Amiga and get full color at 704x480 resolution.
  113. >
  114. >       Insight:  You had a Mac...  you'll probably get an Amiga except...
  115. >               You ditched a Mac... you should get an Atari ST.
  116.  
  117.         Well, Greg, I had an ST and was smart to enough to see that it
  118.         was far inferior to even the cheapest Amiga.  You'd do well
  119.         to see the same.
  120. >
  121. >       -- Greg
  122.  
  123.         Only civilized replies will be answered.  Go flame somebody else.
  124.  
  125. ------------------------------
  126.  
  127. Date: 5 Apr 90 16:40:00 GMT
  128. From:
  129.  cs.utexas.edu!usc!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@
  130.  tut.cis.ohio-state.edu
  131. Subject: BELLTEST - NewBell SND Tester, Spee
  132. Message-ID: <16000038@ux1.cso.uiuc.edu>
  133.  
  134.         And yet another late night production by the Kerr man...
  135.  
  136.         See belltest.lzh at terminator for a utility that will set the
  137.         speeds for your digitized sounds for use with newbell and let
  138.         you test them before use.  GEM and all! Wowee.
  139.  
  140.         -- Greg
  141.  
  142. ------------------------------
  143.  
  144. Date: 5 Apr 90 14:04:23 GMT
  145. From: eagle!ncastellano@ucbvax.Berkeley.EDU
  146. Subject: Digitized Sounds
  147. Message-ID: <15758@eagle.wesleyan.edu>
  148.  
  149. In article <6523@blake.acs.washington.edu>, ramsiri@blake.acs.washington.edu
  150.  (Enartloc Nhoj) writes:
  151. > I only had ONE sound in the dat file at the time....
  152. >
  153. > Thanks for the hint...  but this doesn't seem to explain
  154. > my problem....
  155. >
  156. >
  157. > anybody?
  158. >
  159. > -kevin
  160. > ramsiri@blake.acs.washington.edu
  161.  
  162. Do you have any blank lines in the file?  If so, delete them.  Even the last
  163. line.  I had this problem when I first started using Newbell, and it was caused
  164. by a blank line at the end.  Authors of program like this really should check
  165. for obvious things like blank lines, it's not all that difficult.
  166.  
  167. ------------------------------
  168.  
  169. Date: 5 Apr 90 13:24:34 GMT
  170. From: uvm-gen!pegram@uunet.uu.net  (pegram r)
  171. Subject: floppy disk-change (again)
  172. Message-ID: <1467@uvm-gen.UUCP>
  173.  
  174. From article <1990Mar24.192858.1655@ns.network.com>, by logajan@ns.network.com
  175.  (John Logajan):
  176. % From time to time I've seen mention of replacement floppy drives not
  177.  indicating
  178. % disk change status.  Since I've had a replacement drive for longer than my
  179. % human memory works, I don't recall if the original could really detect disk
  180. % change status either.
  181. %
  182. % Looking at the pinouts and schematics for a 520 ST reveals that there is
  183. % no dedicated "disk change" signal.  So if the original Atari floppy drives
  184. % could inform of disk change condition, that information would HAVE to be
  185. % indicated in some way over the only lines available to do so, namely:
  186. % read-data, track-0, write-protect, and index.   Furthermore, these signals
  187.                       ~~~~~~~~~~~~~~
  188. Write protect is the beasty you want, all you _usually_ have to do is
  189. tie your drive's media change line to the write protect line directly
  190. (a Wire OR).  Think about it, on the simplist of 3.5" drives the
  191. write protect is inhibited when something blocks the light from getting
  192. to the sensor, removing your disk allows the write protect line to
  193. toggle.  Unfortunately, many drives outsmarted Atari and inhibit the
  194. signal when no disk is in place.
  195.  
  196. My thanks also to the fellow who pointed out the motor running
  197. condition is due to an upsidedown connector, this is true on late
  198. model STs.  You must know which way to plug the drive cable in, it
  199. *will* go in upside down!
  200.  
  201. % go directly and only to the floppy controller chip, so that if there is
  202. % any disk-change detection going on, it has to be occuring there.
  203. %
  204. % I will pursue this by looking into the specs of the floppy controller,
  205. % but if anyone has any clues or knows the answer to this, let me know.
  206. % Thanks.
  207. %
  208. % --
  209. % - John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
  210. % - logajan@ns.network.com, john@logajan.mn.org, 612-424-4888, Fax 424-2853
  211.  
  212. Bob Pegram Internet: pegram@griffin.uvm.edu
  213.  
  214. ------------------------------
  215.  
  216. Date: 5 Apr 90 16:59:19 GMT
  217. From: usc!samsung!uakari.primate.wisc.edu!larry!gaudi!billm@ucsd.edu  (Bill
  218.  Mills)
  219. Subject: monochrome bending & shaking
  220. Message-ID: <1990Apr5.165919.18417@gaudi.CSUFresno.EDU>
  221.  
  222. I don't recall who it was that posted about it, but someone was having
  223. problems with slight distortion in the upper left corner, and occasional
  224. vibrating of the image on a monochrome monitor.
  225. Most likely this is due to a (relatively)
  226. strong magnetic field near the monitor.  I have experienced the same
  227. thing myself, when I set a Casio keyboard with built in speakers on top
  228. of both of my monitors.  (my dorm room is small, and it was the closest
  229. place to put it, my MIDI cables are short)  When I powered up my system,
  230. the color monitor was wild, in fun purples and blues, the mono monitor
  231. was badly streched.  Needless to say, it didn't take but a moment to
  232. realize what it was.  Even a stereo speaker hung 2.5 feet above the
  233. monitor caused problems (this took longer to realize, but when I swung
  234. the speaker, the screen did the hula)  As for the screen vibrating, I've
  235. found that a color monitor or tv within 5-6 feet of the Atari mono
  236. monitor causes a slight, but nonetheless anoying vibration of the screen
  237. image.   hope this helps.
  238. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  239. Disclaimer: These comments are my own, and I doubt that anyone else
  240. would want to claim them anyhow.   Bill Mills
  241. **"When you learn the truth, you'll PAY to find out what you think"**
  242.                                         -J.R."BOB" Dobbs
  243.     bill@csufres.csufresno.edu       billm@gaudi.csufresno.edu
  244. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  245.  
  246. ------------------------------
  247.  
  248. Date: 5 Apr 90 07:20:50 GMT
  249. From: snorkelwacker!ira.uka.de!fauern!fauern!dkhusema@tut.cis.ohio-state.edu
  250.  (Dirk Husemann)
  251. Subject: PostScript printing from Timeworks
  252. Message-ID: <2633@medusa.informatik.uni-erlangen.de>
  253.  
  254. swklassen@tiger.waterloo.edu (Steven W. Klassen) writes:
  255.  
  256.  
  257. >I tried to install Timeworks for PostScript but end up with a
  258. >missing driver.  It seems Timeworks wants to load the driver from
  259. >the (non-existing) printer.  If I tell FontWidth that I have the
  260.  ...
  261.  
  262. >Can I get it to print PostScript to disk, even though I don't have
  263. >the printer?  Will it work if I can get someone to send me the
  264.  
  265. I'm using the Timeworks Desktop Publisher for creating docs at home (where I
  266. don't have a postscript printer nor UltraScript (yet)), print them to disk, and
  267. print them at university on the LWII.
  268.  
  269. As I don't know what kind of set up you have, I'll tell you mine:
  270.         Mega ST 4
  271.         Megafile 60 - a hard disk seems to be essential for being able to
  272.                 print to disk, I had no luck installing TW DTP w/o a hard
  273.                 disk for using postscript *and* printing to disk! The manual
  274.                 doesn't mention this fact - I had to learn it the hard way!
  275.  
  276. Hope that'll help you!
  277.  
  278. >Steven W. Klassen                       +-----------------------------+
  279. >Computer Science Major                  | Support the poor...buy fur! |
  280. >University of Waterloo                  +-----------------------------+
  281.  
  282.         Dirk Husemann
  283. ---------------------- Smile, tomorrow will be worse! ------------------
  284. X.400:  <S=dkhusema;OU=informatik;P=uni-erlangen;A=dbp;C=de>
  285. RFC822: dkhusema@immd4.informatik.uni-erlangen.de
  286. RFC822: dkhusema@immd4.informatik.uni-erlangen.dbp.de   [BETTER!FASTER!]
  287. UUCP:   ?pyramid,unido?!fauern!immd4.informatik.uni-erlangen.de!dkhusema
  288. -- Beam me up, Scotty, there's no intelligent life down here! --
  289. ------------------- My opinions are mine, mine, mine -------------------
  290.  
  291. ------------------------------
  292.  
  293. Date: Thu, 5 Apr 90 10:03:52 PDT
  294. From: Peter_Lawrence_Jackson@mtsg.ubc.ca
  295. Subject: problems with opus 2.2 (again)
  296. Message-ID: <2167540@mtsg.ubc.ca>
  297.  
  298.  I am having two problems with the opus spreadsheet 2.2:
  299.   1. When I enter a numeric value into a cell, the number is displayed
  300.      in the cell imediately to the right of the cell in which it is
  301.      entered. The number is not in that cell (ie it cannot be deleted or
  302.      overwritten from that cell), but just appears there.
  303.  
  304.  2.  I am still having problems printing out charts, I think this is a
  305.      problem with my assign.sys -- I vaguely remember someone mentioning
  306.      opus quirkiness here. Could someone email me a copy of an assign.sys
  307.      that works with opus?
  308.  
  309.  This is my second posting, and I really would appreciate it if someone
  310.  who has figured out how to use/install the program could reply. If there
  311.  is interest, I can summarize and post the solution to the net.
  312.  Thanks, Peter.  (usermeso@mtsg.ubc.ca | usermeso@ubcmtsg.bitnet)
  313.  
  314. ------------------------------
  315.  
  316. Date: 5 Apr 90 14:57:29 GMT
  317. From: cunixf.cc.columbia.edu!cunixa.cc.columbia.edu!cmm1@rutgers.edu
  318.  (Christopher M Mauritz)
  319. Subject: TT rumor
  320. Message-ID: <1990Apr5.145729.22839@cunixf.cc.columbia.edu>
  321.  
  322. In article <2812@sactoh0.UUCP> mfolivo@sactoh0.UUCP (Mark F. Newton) writes:
  323. >
  324. >(Sounds like someone is more than a bit gullible to pass on
  325. >everything that they heard)
  326. >
  327. Well, gee whiz, Mark.  I'm glad you're not one of those gullible rumour
  328. spreaders.  Nope, not you...
  329.  
  330. <flame off>
  331. >
  332. >--
  333. >                             Mark Newton-John
  334. >   (ames att sun)!pacbell! \      Sakura-mendo, CA
  335. >           ucdavis!csusac! - sactoh0!mfolivo
  336. >              uunet!mmsac! /      the good guys!
  337.  
  338.  
  339. ------------------------------+---------------------------
  340. Chris Mauritz                 |Where there's a BEER,
  341. cmm1@cunixa.cc.columbia.edu   |there's a plan.
  342. (c)All rights reserved.       |
  343. Send flames to /dev/null      |Air Warrior is king!
  344. ------------------------------+---------------------------
  345.  
  346. ------------------------------
  347.  
  348. Date: 5 Apr 90 16:47:01 GMT
  349. From:
  350.  mailrus!news-server.csri.toronto.edu!utgpu!watserv1!watdragon!daisy!javoskamp@t
  351.  ut.cis.ohio-state.edu  (Jeff Voskamp)
  352. Subject: Upgrading Mega 2 to Mega 4
  353. Message-ID: <22922@watdragon.waterloo.edu>
  354.  
  355. In article <22913@watdragon.waterloo.edu> achowe@tiger.waterloo.edu (anthony
  356.  howe) writes:
  357. ...
  358. >
  359. >I heard something to the effect that this could not be done because
  360. >the speed of the Mega 2 chips are slower than that of a Mega 4 and
  361. >so the entire 4M would have to be the same speed or better (which I
  362. >do not know) in order to keep up with memory refresh.
  363. >
  364. >Did I hear wrong or could I have updated long ago to 4M?
  365.  
  366. Well, I upgraded my Mega2 to 4 megabytes last fall.  All you need is
  367. 16 1Mbit DRAMs (same speed as those on the board), 16 decoupling capacitors
  368. (same as on the other banks) and 3 resistors (can't remember what value -
  369. look for ones "obviously missing" on the board below and to the left of the
  370. DRAMs).  The big pain is getting the solder out of the holes in order to
  371. install everything.
  372.  
  373. As far as I could tell, all banks are refreshed simultaneously.  In any case
  374. I haven't had any problems with going to 4 meg.
  375.  
  376. Jeff Voskamp
  377. --
  378. Some people march to a different drummer -- and some people polka.
  379. bang path: ...?!uunet,...?!watmath!daisy!javoskamp
  380. domain   : javoskamp@daisy.uwaterloo.ca or javoskamp@daisy.waterloo.cdn
  381.  
  382. ------------------------------
  383.  
  384. Date: 5 Apr 90 08:37:19 GMT
  385. From: mcsun!ukc!edcastle!eric@uunet.uu.net  (E S Fraga)
  386. Subject: Yet another screen saver question
  387. Message-ID: <3165@castle.ed.ac.uk>
  388.  
  389. In article <825@nikhefh.nikhef.nl> t19@nikhefh.nikhef.nl (Geert J v Oldenborgh)
  390.  writes:
  391. >> (about whether it is wise to leave your monitor on)
  392. >I know three people who left their monitor (Atari SM124) turned on all the
  393. >time.  All three monitors blew after 2-3 years.  Most others, including older
  394. >ones, have not blown.  Draw your own conclusions.
  395.  
  396. I left my monitor on all the time (I have a vintage 1985 520ST
  397. with SM124 monitor) and never had any problems til last summer
  398. when a lightning storm caused a power surge or something and my
  399. monitor blew its fuse.
  400.  
  401. I used a screen blanker (can't remember which one and my ST is
  402. across the pond from me).
  403.  
  404. Your mileage may vary...
  405.  
  406. eric
  407.  
  408.  
  409. --
  410.   +--------------------------------------------------------------------------+
  411.   |Eric S Fraga, Department of Chemical Engineering, University of Edinburgh |
  412.   |phone: +44 31 667 1081 x2955,  e.s.fraga@uk.ac.ed  or  e.s.fraga@ed.ac.uk |
  413.   +--------------------------------------------------------------------------+
  414.  
  415. ------------------------------
  416.  
  417. End of INFO-ATARI16 Digest V90 Issue #411
  418. *****************************************
  419.